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abstract: 



The Augmentation Research Center (ARC) of Stanford Research 
Institute has developed a mlcroco«iputer-based detrlce that makes 
any of a class of alphanumeric display terminals useful as a high 
quality two-dimensional interactive workstation. These 
workstations serve ARC^s Interactive information manipulation 
systeaif NLS (online system). 



5a 



The device supports a mouse pointing devica and a five— finger 
keyset f and requires no hardware modifications either to the 
display terminal or to the main computer. 



5b 



This paper describes the NLS workstations, the Line Processor 
design and operation, terminal requirements, ant other possible 
applications of the Line Processor concept. 
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IMTHODUCTION "Ja 

The Augmentation Researcfci Center (ARC) at Stanford 
Research Institute has been developing an interactive computer 
system to enhance the effectiveness of people stoing 
intellectual work. The development of the system* called NLSt 
has been soln« «« '<>*• ^ number of years. 7al 

^fLS la a highly interactive system that Joins wany 
capabilities. It supports structured text fllest very flexible 
editingt techniques for viewing and studyingt arbitrary ward 
processing and document productionf and aids to applications 
and system programming. (For a general description of ARC's 
goals and efforts see reference 1; it contains an extensive 
reference list to related papers.) 7a2 

The system can be operated from a range of terminal types: 
from typewriter terminals to high speed jgrapttics displays. Our 
main effort has been to develop a carefully human engineered 
display oriented system. The display version of the system 
introduces the user to the world of two-dimensional coaputer 
interaction* which is much more natural than the 
one-dlmenslonal mode forced upon typewriter da vice users [ 2 ]• T^^ 

The MLS program runs as a subsystem of a TENEX tinesharing 
system on ARC's Digital Equipment Corporation PDP-10. The 
PDP-10 Is connected to the ARPA network and aaay of our users 
gain access via that network [3*4 3* ^*'* 

We will describe the NLS workstation and then explain how 
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we were able to make workstations trosi Inexpanslye alphanumeric 
video display terminals at a relatively low cost by developing 
the Line Processor device. The NLS workstation and associated 
problems will demonstrate the usefulness of tha Line Processor 
concept. 7a5 

NLS WORKSTATIOM ENVIRONfMENT 7b 

NLS users employ two special input devices continuously: a 
mouse and five— finger keyset. We use the tern "workstation" to 
mean a display with standard keyboard and thase devices » 
arranged on a special table in a convienent nanner for 
effective worklna. (See Figure 1.) 7bl 

The two unusal workstation input devices* the mouse and 
keyset f are commercially available separately» but are offered 
as standard options on only a few products. C Ml ce and keysets 
can be purchased from Imlac, Cybernex and Conpater Displays. ) 7b2 

The five-finger keyset has five long^ keya as shown in 
Figure 2. The user rests his fingers lightly on the keys and 
strikes chords to input characters. The typical user learns 
enough binary codes In a couple of hours to d3 useful work. 7b3 

The user can point to characters on the screen by rolling 
the mouse on any flat surface. Potentiometers are connected to 
the orthogonal wheels on the mouset and they i»povide analogue 
signals that are translated into digital X anl X position 
coordinates by a two channel A to D convertor. (See Figure 3. ) 7b4 

The user can operate three buttons on the mouse to confirn 
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commandSf atoort conusandSf provide a caae shift for the keyset 
and perform other programmable functions. The workstation has 
no other special function keys or buttons. 7to5 

With the right hand on the mouset and tha left hand on the 
keyset t the user can edit* chani^e his view anl perfora other 
control operations rapidly and easily. He doaa not renove his 
hands from the mouse ^nd keysett except to typa large amounts 
of text. The mouse and keyset are further described in 

references [5] and [6 3» "'*»6 

GOALS AND PROBLEMS 7c 

For several yearst we have been wanting t a make NLS 
available to remote users on Inexpensive displays. The prlaary 
problem has been commercial availability of aiequate dlspla/s. 
At A8Cf we have a custom-built display systea that meets our 
needSf but is not available to others [7]. 7cl 

Very few displays on the market meet our requlretnents » and 
it is generally very expensive or impossible to interface 
devices — such as a mouse and keyset — to axistlnM products. 
At this timet the only commercially available product with 
mouse and keyset that meets our requirements Is a 
minicomputer-based display termlnalf the IMLAC POS-l. It makes 
a satsl factory NLS workstationt but appropriately configured it 
costs about S18»000. We would like to see workstations 
available for about SSt 000. 7c2 

Many low-cost, alphanumeric video display terminals on the 
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market today are attractive and almost meet oar needs. 
Howevert they are generally desi^jned as replacements for 
typewriter terminalst I HM 2265's» or other existing terminals. 
Thesie video display terminals are line for tt»alr Intended 
purposev but with respect to our needst they nave the following 
shortcomingst lei 

They do not have provisions for adequate graphical 
pointing devices such as a nouse. They generally have a 
cursor moved by one of four cursor positiaalng keys t but 
this type of operation is too slow and awkward for 
interactive pointing, and selectin^s. 7c3a 

They usually do not meet our general raiiui rened ts such 
as: a full ASCII character set (including jpper and lower 
case )f adequate number of lines and characters per line, and 
necessary control functions (such as delete line). We will 
discuss these requirements later. 7c3b 

In addition* we have the problem of proctaclng a software 
driver to support each type of terminal. Thera is no Industry 
standard for the terminal function codes* ducti as delete line. 
What is worse* there is no general standard as to how some of 
the functions are carried out on the screen. Display terminal 
manipulations are relatively complex; Supporting; many types of 
terminals would amount to a considerable software effort and a 
large software maintanence problem. We have written software 
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clrlv«ra for many types of terrainalsj and the software expense 
has been large. 7c4 

SOLUTION 7d 

To solve the problems mentioned abovef wa built a device 
based on a four— bit microcomputer, which we call a Line 
Processor. The device resides In the transnlssion line between 
the display terminal and the main computer. ( Sae Figure 4. > 
Since it has processing capabi 1 1 ties, it can appear to the main 
computer as almost any kind of terminal. Because we koew 
exactly how we were going to use the terminal , we designed a 
"virtual alphanumeric workstation," which we call a Line 
Processor terminal [2]. 7dl 

The only connections to the display and the main computer 
are standard RS232 interfaces: There are no special hardware 
connections either to the display or to the main computer. 
Kemote operation is possible over any full duplex line or 
computer network. (See Fls;ure 4.) 7d2 

The device connects to a keyset and mou3e. All the special 
purpose hardware for these connections is neatly localiased, 
Comaunicat ion from these special input devices is Incorporated 
in an Input protocol that Is transmitted over the full duplex 
communication line. 7<i3 

The microcomputer can be programmed to work with any 
alphanumeric display that meets certain requirementa. No 
modifications to the display are necessary. 7d4 
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Ail composite terninals (display terminal plus Liae 
Processor) are logically the same at the point of connection f 
and as a result, only one software driver is required. 7d5 

The microcomputer program does not require any software 
maintanence expense* since It la treated as a hardware device 
when the development is completed. On the othar hand, the 
raicrocoraputer program could be changed without altering the 
Line Processor hardware, If that proved to ba useful. 7d6 

The reader may wonder why it is more leslrable to adapt 
Line Processor programs to different termlrtal types than it 
Is to write a software driver for each type of terminal. 
Briefly, these are the chief considerations: 7d6a 

There is no software maintanence associated with the 
Line Processor. 7d6al 

The microcomputer memory and CPU are cheaper: The 
microcomputer is better suited to tha task. 7d6a2 

If other systems are written to malte use of Line 
Processor workstations, they need only »ne software 
driver. 

REJECTED SOLUTIONS 
te considered several alternative solutions to the 
problems mentioned above. Here are the alternatives that we 
investigated but did not follow: 7e 

(tl Have a special workstation terminal built by a 
reputable manufacturer. 7eli 
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*e sent out a request to several aanaf acturers for a 
proposal to build auch a terminal in 1972. There was 
virtually no interest in serving our nesdsf and all 
indications were that special workstattofi terwinals would 
be very expensive. The manufacturers either were not 
Interested in modifying their standard products »r would 
not address themselves to a relatively small market. 7elal 

C2) Modify an existing alphanumeric tarmlnal. 7elb 

There are several disadvantages to this approach. 
lfa.vins the modifications made on a proditction basis and 
convincing the manufacturer to maintain aodified 
terminals are big obstacles. Also» onca the ternlnal is 
obsolete or no longer manufactured for 3.ay reason, we are 
faced with our original problems again. 7elbl 

(3) Use a progra.mi«able terminal that offers the 
necessary I/O capabilities. 7elc 

This is exactly what we did by programtning the IMLA3 
PDS-i, but we feel that it results la a workstation that 
is too expensive. Other programmable ter«inals that mot 
our general requirements exist in the 3a«e price range as 
the PDS-l; one of our primary objectives was to reduce 
the price per terminal. 7elcl 

{4) Build a very simple hardware device to interface 
the mouse and keyset to a communications II ae. 7eld 

The Line Processor performs several functions that 
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need not be performed at the terminal site. For example* 
mouse tracking, TTY-slmulatlon and display manipulation 
protocol implementation covild be performed In the main 
computer. This is a feasible idea buit tfie device would 
not reduce the compute load on the sain computert and it 
would not reduce the transmission over the 
terminal-computer connection. Furthermore* it woald 
require more software in the main computar. In a large 
and fixed system* this may be an advisable approach, but 
we felt that it was unwise for our configuration. 
LINE PROCESSOR FUNCTIONS 
There are several Important functions that the 
microcomputer performs to make the combination of display and 
Line Processor an effective worketatlon. 
A, Protocol Implementation 

There are several protocols involved. They are 
Identified in Figure 4. 

The Display Manipulation protocol is exactly the sa«e 
for every Line Processor workstation and is sent by the 
applications program to the Line Proceaaor to change the 
display image. It does not affect the display terminal 
directly, but is translated by the mlcroconpater into the 
Terminal Function protocol. 

The Display Manipulation protocol is designed to work 
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with any alphanumeric terminal with cursor control and line 
editing functions such as delete line and i:isert line. 7f2e 

The Line Processor talks to the displa.)r terminal in the 
Terminal Function protocol. This is definaat by the terminal 
manufacturer and usually consists of ASCII control codes t »*• 
sequences of control codes» interspersed with ASCII text to 
be written on the display screen. 7f2d 

The Line Processor workstation serves as both a 
tinesharlng systera typewriter terminal and an applications 
system display output terminal. Mence» there are 
potentially two streams of output going fron the oialn 
computer to the Line Processor on the same comaunlcatlon 
line: the Display Manipulation protocol» and any 
teletypewriter terminal output that the tiiiesharlng system 
or applications programs send. The teletypewriter output 
would be generated if the user was using tne terminal as a 
typewriter terminal* or if the user received an error 
message or some type of system-wide message. These two 
streams of output are separated by the Line Processor t and 
TTY-type output is displayed In a TTY-sl aulati on area. This 
means that the teletypewriter output is not scrambled in 
with the display outputt but It Is scroller* — 
teletypewriter fashion — in a snail portion of the screen. 
The applications program has control over the size and 



9 



DIA 28-NOV-73 18:15 20184 
Donald I. Andrews 



location of the TTY-slmulat ion area. (The rfY-simulat ion andl 
window concepts are described in reference L 2 ]. ) 7 t2e 

B. Keyset and Mouse Button Transmission [ Input Protocol > 7f3 
Information from the input devices (kayboard, aouse and 
keyset) are incorporated into an Input protocol by the Line 
Processor and sent to the main computer. Tha protocol is 
quite simple. Control characters and mouaa button changes 
are sent as short strings of characters that include the 
mouse tracking spot location (line and character position). 
Characters from the display's keyboard are sent in 
unescorted fashion^ that ISf each single ASCII character is 
sent. 7f3a 

Input from the display terminates keyboard simply comes 
into the Line Processor from the full dupleK display 
connection. This consists of ASCII characters that the user 
has typed on the keyboard. Local editing frora the keyboard 
and batch transmission features within the terninalf If 
present* are not used for NLS applications. 7f3b 

There are three buttons on the mouse. A change of 
button positions sends In one character to the main 
coinputer* which indicates the new three-button status. The 
applications program knows the state of the mouse buttons 
and can interpret any subsequent Input accordingly. This in 
effect allows elaht different in terpretatians of keyset and 
keyboard input [2]. 7f3c 
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The five-finger keyset input is interpreted as 
"chords". The normttl condition is ali-keys-apt and the end 
of a stroke is indicated by all-keys-up. Kny keys that were 
depressed during the stroke are "OR'ed" together to comprise 
the chord, which eliminates the problem of striking; keys in 
unison* Thus, a keyset input stroke is a a on-zero, five-bit 
integer. It la converted to an input character in the Line 
Processor f and sent on to the main computer in unescorted 
fashion. 

The five-finger keyset and mouse buttons are gated 
directly into the wic rocompviter. These signals are not 
"clean" and may be "bouncing" for a few milliseconds after a 
button is pushed. The switches are sampled at a rate at 
which the bouncing can be detected, and the final reading I3 
not taken until the switches are stable. 
B. Mouse Tracking 

The Line Processor reads the mouse position from the A 
to D converter and "tracks" its movements on the screen irlth 
the standard display cursor implemented within the irideo 
terminal. This is done by periodically reading the nouse 
position and. It it has changed, sending a jiosi tlon-cursor 
command {a part of the Terminal Function protocol) to the 
display. 

The tracking allows the user to point to any character 
on the screen at any time, yet the main conputer is only 
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informed of the mouse position when the usar strikes an 
appropriate key or button. 

The mouse moves in a smooth continuouis mannert but the 
tracking spot (cursor) moves from one character position to 
the next in discrete Jumps. The tracking will appear Jumpy 
rather than smooth it the baud rate between the Line 
Processor and the display is not hljSh enoughi. Exactly what 
the baud rate has to be depends on how many characters must 
be sent for the position cursor function. *e have found 
that 2400 baud is a minimum baud rate with the standard 
£oui — character sequence for cursor positioning found on most 
alphanumeric terminals. 
D, Display Control 

The Line Processor maintains control of the display 
because it is the only device sending characters to the 
display terminal. The applications program in the naln 
computer manipulates the display only by way of the Display 
Manipulation protocol. 

The mouse trackins and the TTY-simulat I on feature mean 
that the microcomputer must have a fair amount of software 
logic to keep track of the dlsplay*s cupsop position and 
know where to move it when necessary. 
TERMINAL REQUIREMENTS 
A display terminal must meet several requirements to form 
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an effective workstation with a Line Processor. These 

requirements are due to either hardware or uaa r considerations: 7gl 
1. Hardware Considerations ^S^ 

It must be possible to perform several kinds of display 
functions by way of the terminal's RS232 coanection. That 
iSf the Terminal Function protocol must ba adequate and 
operable under computer control. We will discuss the actual 
functions that are required. 7g2a 

One of the key functions is positioning the cursor. 
For the mouse tracking to be satisfactory* It must be a very 
ciulck process (within one mil 11 second l« and the cursor must 
not be displayed In any extraneous positions on the screen 
while ttelni^ moved to the destination. The cursor must be 
addressed by the character and line number af the screen 
position. 7g2b 

The appearance of the cursor must be suitable for 
tracking. A blinking underline cursor Is n3t very 
satisfactory since it is not always visible. Some displays 
implement the cursor by reversing the videa in the entire 
dot matrix of the character in question. Tne resulting 
reverse video rectangle that moves around the screen is 
satisfactory tor tracking. 7g2c 

It is necessary to have a high speed cannection betweea 
the Line Processor and the dlsplayt as mentioned before. We 
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<eel that 2400 baud is satisfactory; we ppafer 9600 baud 

because it makes a more effective workstatlan. T m2d 

The bulk of the display manipulations are done via 
delete line and insert line functions. These manipulations 
usually Involve positioning the cursor and then issuing the 
command. 7g2e 

Nearly all terminals have a clear gcrasn function* and 
we require it. 7g2f 

We expect carriaj^e return and line feed to work on the 
display Just as they work on a standard teletypewriter 
device. That ls» carriage return moves the cursor to the 
left margin and line feed moves i t to the next line without 
changing the character position on the line. Although a 
single "next line" code is often useful* ws do not feel it 
is reasonable for a manufacturer to omit either of these two 
fundamental functions. 7g2« 

When a user selects a character on the screen by 
pointing to It with the mouse tracking spot and pushing a 
button* the user program usually responds ay "marking" that 
character for confirmation. The "marking" feature is very 
important to the Interaction process and it has given us a 
bit of trouble in transforwing an alphanumarlc display into 
an effective workstation. We will describe the problem In 

some detail. ^8^*^ 

The "marking" Is done by altering the appearance of 
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the character without obliterating it. If the user 

selected the wrong character he will abort (or "back out 

of") that selection and select another. The MLS program 

responds by removing the first mark ani putting up 

another. Uencet it must be possible to "«ark" and 

"unmark" characters on the screen without altcrinij the 

text in any other way and without re-writing the 

character. On displays where single characters can be 

made to bllnkt reverse in vldeof or change in sone other 

wayf marking will be implemented using that feature. 7g2hl 

But, very few displays have the capability of 
"marking" a character without usin^ up a character 
position on each side of the charactert which is 
unsatisfactory for our purposes. We haire had success by 
showing the "mark" by "flashing" the cursor at the marked 
character position at a rate of about tfiree times a 
second; the cursor Is returned to the tra-cking spot 
between flashes. This is satisfactory if the 
display-Line Processor connection is of high enouigh baud 
rate (4800 or 9600 baud) and the cursor positioning 
within the display Is fast and does not result in 
extraneous flashes on the screen. 7g2h2 

Clearlyt the former type of "marking" is preferred 
because the latter scheme results in a flashing tracking 
spot and becomes confusing when there are several "marks" 
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on the screen. Probably the most deslraole type of 
"marking" feature would be to tnaike the character blink at 
4-5 cpa, 7e2h3 

Occasionallyt it Is desirable to write a string on the 
display with a special appearance* to get the user's 
attention. We call this "standout mode." Moat displays 
have some kind of standout feature such as bllnkingt 
underline* high intensity or reverse video — we require 
some kind of standout mode. This differs from (narking;: in 
marking an existing character on the scree.i is altered 
without rewritingt and in standout mode new text is written 
on the screen. 7i!2i 

Of course* all these functions take saae finite tiwe 
for the display to carry out. We would like to see all 
functions performed as fast as possible. In particular, we 
expect that all functions except delete line and clear 
screen will be performed in one millisecond or less. We 
expect delete line and clear screen to be lane in about 5 ta 
7 ail lllseconds. We set an upper bound of 120 milliseconds 
for any function execution time. 
2. Dser Considerations 

We consider 24 lines by 64 characters* a minimum 
adequate screen size* however* 27 lines by SO characters is 
much more useful. The most desirable would be a full text 
page of 66 lines by 80 characters. No matter what the screen 
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3lz.eif we expect -the tepmlnal to have enougi memory capacity 

to nearly fill the screen with text, 7g3a 

The terminal must display the full ASCI C character set, 
including upper and lower case letters, 7g3b 

The keyboard should be a standard typewriter style 
keyboard with the full ASCII character set, including 
control characters. Some form of key rollover feature and a 
comfortable feel are very important. 7b;3c 

The display output should be readable, easy to look at 
and flicker free. Our applications are gea.red toward 
comfortable day-long use in an office, Ti:ia terminal should 
be absolutely quiet and a pleasant thing to work with in all 
respects , 

HARDWARE l>ESCRIPTION 
The organization of the Line Processor is outlined in 
Flaw^ 5, The Line Processor is discussed from a hardware 
standpoint in reference CS]* 

The heart of the device is an Intel 4004 CPU, which is a 
four-bit parallel microcomputer in a single MQS lntejg;rated 
circuit chip. The program resides in four Intal 1702A 
programmable ROM (PROM) chips. Each PROM contains 256 8-bit 
bytes. These PROM chips are mounted in sockata and can be 
removed, erased and rewritten In a few minutes. 

The read/write memory consists of 160 foar-bit bytes 
packaged in two Intel 4002 RAM chips. These Intel chips are 
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part of Intel's MCS-4 Micro Computer Set, aad are easily 
connected. Both the SAM and PROM chips have I/O ports that are 
adtdressed like me«orjr» taut they are accessed orith different CPU 
instruct ions. 

The input devices are multiplexed into one input port. A 
four-bit address on another port selects the particular four 
bits of input to be read. The output devices C two serial 
transmitters) are loaded via two ports and controlled via 
another port. 

The general configuration is such that Intel 4001 ROM 
chips can be substituted for the PROM chips* if the production 
quantity warrents the initial cost of cutting the ROM nasks. 

The total cost of all parts is about S1233 per unit. We 
intend to find a firm that will manufacture Line Processors and 
provide nation-wide maintanence. At the writing of this paper, 
contact has been made with several small manufacturers. It 
appears that a Line ProcessoTf mouse and keyset should cost 
under $2500 . 

CONCLUSIONS 

The Line Processor approach can effectively up-grade a 
peripheral device and amplify its capabilltias with no actual 
modifications to the device Itself. At the saae time* it can 
optimize the interface between the device and the main computer 
complex, with respect to both hardware and software. 

In our application of NLS workstation development, the 



18 



DIA 2S-NOV-73 1§:15 20184 
Donald I, Andrews 



concept has proven itself. The alphanumeric teprainal needs no 

modif icationf and the main computer does not naBd. to tcnow the 

true nature of the workstation. In other applicat ionst new 

peripherals could conceivably be interfaced ta existing 

software without modifications to either. 7i2 

A Line Processor coupled with a satisfactory alphanumeric 
video display terminal results in an NILS wariest at ion that is as 
effective as a high speed ^iieneral CRT workstation, except for 
one respect: the inability to arbitrarily aova text on the 
screen without rewriting it. But, intelligent display 
manipulation algorithms reduce this problea t» the poltit that 
users hardly reallaie that the it exists [2]. 713 

Other applications for the Line Processor concept are 
appearing. A aicrocomputer-based device is balng developed at 
the University of California, Santa Barbara, to make a PLATO IV 
terminal appear to be a general purpose ASCII terminal for AHPA 
network use. At ARC, we are considering; using a simplified 
Line Processor to make a line printer with a hostile interface 
appear to be a serial ASCII device, to avoid purchasing an 
expensive controller. 714 

The microprogram in the Line Processor is still in the 
developmental stage, and we hope to expand it to provide more 
services to the user. For example, we hope to provide a hard 
copy output connection to the Line Processor and allow the user 
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to obtain a printout at the same time he uses the workstation 

for unrelated matters. 7i5 

We expect the microcomputer eciuipraent to beone cheaper andt 
faster. These developments will allow the Llae Processor and 
similar devices to have more capabilities. It appears that such 
devices* if properly designed» could tend to reduce software 
problems and expenses. lib 

A growing trend» brought about by computer networks and 
interconnections of various kindst is to dlviie workloads and 
define appropriate interfaces. With this metliodtt the computing 
takes place over several processorst hopeful I jr each best sul tedt 
to its workload. We have accomplished that wi t fi the Line 
Processor. We are in the infancy of a "distributed computing" 
era in which microcomputer devices such as tha Line Processor 
will clearly have a growing role. 717 
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the Advanced Research Projects Agency of the Department of 
Oefenset and also by the Rome Air Development Center of the Air 
Force and by the Office of Naval Research. 7J2 
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appendix: Line Processor Protocol and Operation 7k. 

The Display Manipulation protocol calls far the 
transmission ot unescorted characters and short conanand 
strings. Command strings begin with an escape character: we 
use 34 octal. Characters within the command strings are seven 
bit ASCII printable characters. Sending printable characters, 
where possible, rather than control characters makes debugging 
and troubleshooting much less painful. 7kl 

The Line Processor operates in one ot two modes. One mode 
simulates a teletypewriter. The other Is the normal display 
mode that allows NLS display manipulation. 7k2 

The mode is specified by mode set commandts from the main 
computer. The Line Processor responds to the "enter display 
mode" command (also called the interrogate conmand ) by sending 
a string in protocol format that informs the main computer of 
the display screen size, length of time it tateis to delete a 
line and the baud rate; the last two paramet3P3 are important 
for timing considerations. 7k3 

To make the displays function correctlyt It is necessary, 
to send the proper number of "padding" or null characters while 
the display performs Involved functions, lika lelete line and 
clear screen. lk.4 

The microcomputer is programmed to send the padding 
characters, but it has limited buffer space anat must receive 
pads from the main computer as well. It would be fine to have 
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the main computer refrain from sending anything in most 

ttppl icat ionSf but our users will frequently i»e connected by 

way of a computer network. In such an envi ronment t the only 

way ta ensure the proper timing is to send tha appropriate 

number of paddini? characters. ^kS 

The number of padding characters that naadl to be sent 
depends on the length of time it takes the display to perform 
the function and the baud rate goin^ into the Line Processor. 
So » we haye installed a baud rate switch on the Line Processor 
that can be read by the microcomputer. 7k6 

Uencef when responding to the "enter cflsplay mode" 
comiaandf the microcomputer Includes the baud rate setting along 
with the other terminal parameters. From the baud rate and the 
delete time i)arameter» the applications program can conpute the 
number of pads to be sent. 

Display Manipulation Protocol Primitives 
POSITION CURSOR (X, Y) 

This command positions the cursor to tha designated spot 
and stops the mouse tracking process. Kny aubseq^uent 
unescorted characters are written on the display starting 
at the cursor position. 
RESUME TRACK1N3 

This command Is used after positioning the cursor and 
wrltln,i4 a atrlngf to start the mouse trttoklng process 
again. 
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Note: A string is written by sending: P3SITION CORSOli; 

(the string); RESUME TRACKING. 7k.8b2 

DELETE LINE 7k8c 

The line at which the cursor has been pasitionedt is 

deleted. 
INSERT LINE 

A new line is inserted after the line on which the cursor 

was positioned. 
CLEA8 SCREEN 

The entire screen is cleared, 
BEGIN STANDOUT MODE 

All text written on the screen subsequent to this cowiaand 

will be in "standout mode." 
END STANDOUT MODE 

This returns the text writing mode to normal. 
RESET 

This command resets the line processor to normal mode and 

clears the screen. 
WRITE A STRING OF BLANKS < N=number of blanks) 

It Is useful to be able to clear a short area of the 

screen with this comnand. 
PUSH BUG SELECT I ONf (X, Y) 

The coordinates for the bug selection nirk are pushed on 

a stackt and the indicated character la narked. 
POP BUG SELECTION 
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The top entry on the bug selection stac< is reaioveot and 
the mark at the c o rre spontting screen position is removect. 7k8kl 
SPECIFY TTY-SIMULATION WINDOW (Yl, Y2 ) 7k8l 

Yl and ¥2 specify the top and bottom line for the 
scrolling window. Any subsequent TTY-typa output will be 
scrolled in this window. 7k8ll 

ENTBK DISPLAY MOIJE (INTERROGATE) 7k8iii 

ENTER NORMAL MODE 7k8n 
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